草庐IT

c++ - Visual C++ volatile

全部标签

c++ - 这里是否需要 volatile

我正在实现一个“序列锁”类,以允许对数据结构进行锁定写入和无锁定读取。将包含数据的结构包含序列值,该序列值将在写入发生时递增两次。写作开始前一次,写作完成后一次。作者在读者之外的其他线程上。这是保存数据拷贝的结构,序列值如下所示:templatestructseq_data_t{seq_data_t():seq(0){};intseq;整个序列锁类在循环缓冲区中持有该结构的N个拷贝。写入线程总是覆盖循环缓冲区中最旧的数据拷贝,然后将其标记为当前拷贝。写入是互斥锁。读取功能不锁定。它尝试读取数据的“当前”拷贝。它在读取之前存储“seq”值。然后它读取数据。然后它再次读取seq值,并将其与

c++ - 为什么 volatile 不是 sig_atomic_t 的一部分

在我的平台(X86、Fedora、gcc9.1.1)上,sig_atomic_t类型定义为普通的int。在C++标准中,sig_atomic_t始终与volatile限定符一起使用。我明白为什么需要volatile,但为什么它不是类型的一部分呢?类似于:usingsig_atomic_t=volatileint; 最佳答案 这是从C继承的。C定义,同时允许sig_atomic_t要volatile合格,不需要它。我看过的标准文档(N1570)中使用的所有示例都以volatilesig_atomic_t的形式给出。.现在使用std:a

c++ - 带有 volatile 的 push_back 与 emplace_back

以下代码对push_back失败,对emplace_back成功:#includevolatileintx=0;intmain(){std::vectorvec;vec.emplace_back(x);vec.push_back(x);//error:nomatchingfunctionforcallto'std::vector::push_back(volatileint&)'}我知道push_back失败是因为它需要一个引用并试图从该引用中隐式地丢弃volatile限定符。然而,emplace_back也接受一个引用(右值引用是引用)。为什么区别对待?

c++ - volatile 在 C++ 的单线程应用程序中有用吗?

如标题所说-volatile在单线程编程的上下文中是否有用?我知道它用于确保变量的值始终在内存中实际检查,所以在任何情况下该值可能会以应用程序/编译器不会注意到的方式更改(在ST应用程序中)?我让这个问题与语言无关,因为我不知道它们之间的任何差异会影响对这个问题的回答。但如果有的话请告诉我。编辑:正如有人向我指出的那样,这个问题与语言无关。然后我将其设为特定于C++(我读到C++版本也存在差异,但我希望它们不会大到足以使这个问题过于宽泛)。 最佳答案 这是C和C++的答案是的!当变量映射到硬件寄存器(例如I/O设备)时。硬件独立于应

c++ - 自 C++11 以来,volatile 在并发编程中的用处

我读过this和this回答。我还搜索了这本书C++ConcurrencyinAction并且没有找到关于volatile的讨论,也没有找到任何使用它的示例。看起来它根本不是为并发而设计的。那么对于并发编程,仅仅使用原子、互斥等就足够了,而忘记volatile吗?是否存在可能需要volatile来解决并发问题的情况? 最佳答案 不,在C++中,volatile关键字告诉编译器不得以任何方式优化变量。这在处理可以从您自己的代码外部更改的内存时非常有用,例如自定义板上的硬件寄存器。有关volatile的更深入指南,您应该阅读Volati

c++ - 是否可以在使用 const 的所有地方使用 volatile?

我想知道volatile是否可以在const可以使用的任何地方使用,以及每种情况意味着什么。volatiledummy_classvolatiledummy_class&dummy_classvolatile*dummy_class*volatiledummy_classvolatile*volatile当涉及const时,这些都是不同的情况,相同的语义是否适用于volatile? 最佳答案 差不多。两者都是cv-qualifiers,几乎可以在任何地方使用。它们在C++语法中出现的唯一地方是:cv-qualifier:    co

c++ - 为什么 offsetof 实现在 C 和 C++ 上有奇怪的不同?

我打开了stddef.h并看到了这个:#ifdefined_MSC_VER&&!defined_CRT_USE_BUILTIN_OFFSETOF#ifdef__cplusplus#defineoffsetof(s,m)((size_t)&reinterpret_cast((((s*)0)->m)))#else#defineoffsetof(s,m)((size_t)&(((s*)0)->m))#endif#else#defineoffsetof(s,m)__builtin_offsetof(s,m)#endif在__cplusplus的分支中(如果是C++编译器)有一个非常奇怪的实现,

c++ - C++ 中不允许使用 volatile + 对象组合?

我正在为TITMS320F28335使用嵌入式编译器,所以我不确定这是一个一般的C++问题(手头没有运行C++编译器)还是我的编译器。将以下代码片段放入我的代码中会出现编译错误:"build\main.cpp",line61:error#317:theobjecthascv-qualifiersthatarenotcompatiblewiththememberfunctionobjecttypeis:volatileFoo::Bar当我注释掉下面的initWontWork()函数时错误消失了。错误告诉我什么?我如何才能避免使用在volatilestruct上运行的static函数?st

c++ - 现在的 C 和 C++ 编译器的线程保证是什么?

我想知道编译器做出什么保证来确保对内存的线程写入在其他线程中具有可见的效果。我知道有无数个案例存在这个问题,我敢肯定,如果您有兴趣回答这个问题,您也知道,但请关注我将要介绍的案例。更准确地说,我担心会导致线程丢失其他线程完成的内存更新的情况。我不在乎(在这一点上)更新是非原子的还是同步不良:只要相关线程注意到更改,我就会很高兴。我希望编译器能够区分两种变量访问:访问必须有地址的变量;访问不一定有地址的变量。例如,如果您采用此代码段:voidsleepingbeauty(){inti=1;while(i)sleep(1);}因为i是本地的,我假设我的编译器可以优化它,让睡美人永远沉睡。v

c++ - C++ 编译器能否消除未读取的 volatile 局部变量

比如说,我有这段代码:intf(){volatileintc;c=34;returnabc();}永远不会读取volatileintc。但是它被标记为volatile,编译器能不能完全消除它呢?我在VisualC++2010中的测试显示了相互矛盾的结果。在VC++中,如果我启用优化(最大化速度),则上述函数包含一个名为c的局部变量(通过查看生成的汇编列表)。但是,我没有使用赋值运算符,而是尝试通过编译器内部函数(如memset())初始化变量(并启用使用编译器内部函数),变量被消除。intf(){volatileintc;memset((void*)&c,34,1);returnabc